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TITLE OF THE INVENTION 

PREDICATED EXECUTION OF INSTRUCTIONS IN PROCESSORS 
BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to predicated 
execution of instructions in processors. In 
particular, the present invention relates to flexible 
instruction sequencing and loop control in pipelined 
loops in, for example, a microprocessor. 
Description of the Related Art 

In high performance computing, the requirement for 
predicated execution of instructions arises in the 
context of software-pipelined loops, where a high rate 
of instruction execution is usually required of the 
target machine (e.g. microprocessor) . Execution time 
is often dominated by loop structures within the 
application program. To permit a high rate of 
instruction execution a processor may include a 
plurality of individual execution units, with each 
individual unit being capable of executing one or more 
instructions in parallel with the execution of 
instructions by the other execution units. 

Such a plurality of execution units can be used 
to provide a so-called software pipeline made up of a 
plurality of individual stages. Each software pipeline 
stage has no fixed physical correspondence to 
particular execution units. Rather, when a loop 
structure in an application program is compiled the 
machine instructions which make up an individual 
iteration of the loop are scheduled for execution by 
the different execution units in accordance with a 
software pipeline schedule. This schedule is divided 
up into successive stages and the instructions are 
scheduled in such a way as to permit a plurality of 
iterations to be carried out in overlapping manner by 
the different execution units with a selected loop 



initiation interval between the initiations of 
successive iterations. Thus, when a first stage of an 
iteration i terminates and that iteration enters a 
second stage, execution of the next iteration i + 1 is 
initiated in a first stage of the iteration i+1. Thus, 
instructions in the first stage of iteration i+1 are 
executed in parallel with execution of instructions in 
the second stage of iteration i. 

In such software-pipelined loops there are 
typically several iterations of a loop in a partial 
state of completion at each moment. Hence, each 
execution unit may be handling instructions from 
different iterations from one cycle to the next, and at 
any one time, the execution units may be processing 
respective instructions from different iterations. 
There may also be several live copies of each value 
computed within each loop. To distinguish between 
these, values, and to identify them relative to the 
current iteration, requires that the name of each value 
held in a register must change at well-defined moments 
during loop execution. These renaming points are known 
by the compiler, which also determines the register 
name required within each instruction to access each 
value depending on the iteration in which it was 
computed . 

With such a software-pipelined scheme, at certain 
points during execution of the software-pipelined loop 
there may be a new iteration starting at regular 
intervals. At other times there may be certain 
iterations starting as well as other iterations ending 
at regular intervals, and at other times there may only 
be iterations which are reaching completion. This 
scheme, where several overlapping software-pipelined 
loops are being executed in parallel by several 
execution units, requires careful control of the 
starting up and shutting down of these software- 
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pipelined loops. Such control must occur at run-time 
and it is therefore important that the control 
mechanisms set up to ensure efficient and correct 
operation must not place too great a time demand on the 
5 processor in an already highly time-critical activity. 

It is therefore desirable that the time taken to 
control the sequencing of instructions in software- 
pipelined loops is as small as possible. 
BRIEF SUMMARY OF THE INVENTION 

10 A processor embodying a first aspect of the 

present invention can execute instructions on a 
predicated basis. The processor has a series of 
predicate registers, each switchable between at least 
y respective first and second states and each assignable 

15 to one or more predicated-execution instructions. A 

control information holding unit holds items of control 

! y 

jf| information corresponding respectively to the series of 

=fi said predicate registers. The processor also has a 

plurality of operating units corresponding respectively 
Q 20 to the predicate registers. Each operating unit has a 

first, control input connected to the said control 
Hy information holding unit for receiving the control- 

W information item corresponding to its unit's own 

corresponding predicate register, and also has a second 
25 control input connected for receiving the control- 

information item corresponding to a further one of the 
said predicate registers. Each operating unit can 
perform a state determining operation in which the said 
state of its own predicate register is determined in 
30 dependence upon the received control - information items. 

The plurality of operating units can operate in 
parallel with one another to perform respective such 
state determining operations. 

A processor embodying a second aspect of the 
35 present invention can also execute instructions on a 

predicated basis. This processor has a series of 
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predicate registers, each switchable between at least 
respective first and second states and each assignable 
to one or more predicated-execut ion instructions. A 
shifting register designating unit designates one or 
5 more of the series of predicate registers as respective 

shifting registers. A shifter is connected with the 
predicate registers for carrying out a shift operation 
in which, for the or each predicate register designated 
by the shifting register designating unit as such a 
10 shifting register, the state of the preceding register 

of the series is transferred into the register 
concerned. No such transfer is carried out into any 
register of the said series not designated as such a 
shifting register . 
15 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows parts of a processor embodying the 
present invention ; 

Fig. 2 is an illustration of an example symbolic 
data-flow graph for a simple instruction loop; 
3 20 Fig. 3 shows an internal compiler tree-structured 

representation corresponding to the symbolic data-flow 
graph of Fig. 2; 

Fig. 4 is a table showing an instruction schedule 
obeying the modulo scheduling constraint; 
25 Fig. 5 shows an example register file containing 

statically and dynamically addressed regions; 

Figs. 6A and 6B show a table illustrating the 
relationship between virtual, logical and physical 
register numbers for several iterations of a loop; 
3 0 Fig. 7 shows an example sequence of compiled 

instructions for several iterations of a loop; 

Fig. 8 shows an example of the sequences of Fig. 7 
after run-time mapping of logical registers to physical 
registers ; 

3 5 Fig. 9 shows the example sequence of Fig. 7 

divided according to issue slot; 
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Fig. 10 is a schematic diagram illustrating the 
different phases of a software-pipelined loop; 

Fig. 11 is a diagram illustrating the predicated 
control of the loop of Fig. 10; 
5 Fig. 12 is a block diagram showing one possible 

structure of the loop control unit of Fig. 1 in more 
detail ; 

Fig. 13 shows one possible structure of a control 
information holding unit and a predicate register file; 
10 Fig. 14 is a block diagram showing the operating 

unit portion of Fig. 13 in more detail; 

Fig. 15 shows a possible implementation of a state 
determination unit of Fig. 14; 
P Fig. 16 shows the state determination circuitry of 

m 15 Fig. 15 performing a write operation; 

Fig. 17 shows the state determination circuitry of 
Fig. 15 performing an initialisation operation; 

Fig. 18 shows the state determination circuitry of 
Fig. 15 performing a shifting operation; and 
20 Fig. 19 shows the state determination circuitry of 

Fig. 15 performing a shutting down operation. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 shows parts of a processor embodying the 
present invention. In this example, the processor is a 
25 very long instruction word (VLIW) processor with 

hardware support for software pipelining and cyclic 
register renaming. The processor 1 includes an 
instruction issuing unit 10, a schedule storage unit 
12, a loop control unit 13, respective first, second 
30 and third execution units 14, 16 and 18, and a register 

file 20. The instruction issuing unit 10 has three 
issue slots IS1, IS2 and IS3 connected respectively to 
the first, second and third execution units 14, 16 and 
18. A first bus 22 connects all three execution units 
35 14, 16 and 18 to the register file 20. A second bus 24 

connects the first and second units 14 and 16 (but not 
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the third execution unit 18 in this example) to a 
memory 26 which, in this example, is an external random 
access memory (RAM) device. The memory 26 could 
alternatively be a RAM internal to the processor 1 . 
5 Incidentally, although Fig. 1 shows shared buses 

22 and 24 connecting the execution units to the 
register file 20 and memory 26, it will be appreciated 
that alternatively each execution unit could have its 
own independent connection to the register file and 
10 memory. 

The processor 1 performs a series of processing 
cycles. In each processing cycle the instruction 
issuing unit 10 can issue one instruction at each of 
the issue slots IS1 to IS3 . The instructions are 
^ 15 issued according to a software pipeline schedule 

(described below) stored in the schedule storage unit 
12 . 

The loop control unit 13 will be described in 
detail below in relation to the task of controlling the 
20 setting up and shutting down of a loop. First will be 

described the general concept and operation of software 
pipelined loops in relation to the processor of Fig. 1. 

The instructions issued by the instructing issuing 
unit 10 at the different issue slots are executed by 
25 the corresponding execution units 14, 16 and 18. In 

this example each of the execution units can execute 
more than one instruction at the same time, so that 
execution of a new instruction can be initiated prior 
to completion of execution of a previous instruction 
3 0 issued to the execution unit concerned. 

To execute instructions, each execution unit 14, 
16 and 18 has access to the register file 20 via the 
first bus 22. Values held in registers contained in 
the register file 20 can therefore be read and written 
35 by the execution units 14, 16 and 18. Also, the first 

and second execution units 14 and 16 have access via 
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the second bus 24 to the external memory 2 6 so as to 
enable values stored in memory locations of the 
external memory 26 to be read and written as well. The 
third execution unit 18 does not have access to the 
external memory 26 and so can only manipulate values 
contained in the register file 20 in this example. 

The concepts of instruction sequencing and 
register renaming can be illustrated with reference to 
the Fig. 1 processor by considering the following 
simple loop, written in the C programming language, 
which is commonly found in many linear algebra 
packages : 
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for (i=0; i<m; i++) 

dy ( i ) = dy ( i ) + da x dx ( i ] 



In this loop, each element dy(i) (i=0, 1, ...m-1) 
of an array dy is increased by the product of a 
constant value da and a corresponding element dx(i) of 
a further array dx. 

The process of compiling this loop for a very long 
instruction word (VLIW) processor with hardware support 
for software pipelining and cyclic register renaming 
typically begins with the creation of a symbolic data- 
flow graph, as illustrated in Fig. 2. 

The symbolic data-flow graph shows how data, and 
operators which act upon that data, are utilized during 
the loop, and is useful for highlighting the time- 
dependencies within a loop and for determining any time 
optimizations which can be made to increase the time 
efficiency of a loop. 

For example, the "add" operation in node D5 first 
requires the value of dy(i) to be accessed (node D4) 
and the values of da and dx(i) to be accessed (nodes Dl 
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and D2 respectively) and multiplied (node D3) . It is 
apparent that the operations (Dl, D2 , D3) can be 
performed at the same time, or overlapping with, the 
operation D4 such that any values required for 
5 operation D5 are ready for use by the start of that 

operation. The result of the "add" operation in node 
D5 is subsequently stored in dy(i) in node D5 . Nodes 
D7 to D9 implement the incrementing of the array 
variable "i" at the end of every iteration. 
10 The arrays dx and dy will be stored in memory 

locations in the external memory 2 6 (Fig. 1) and so 
references to them in the Fig. 1 data-flow graph must 
be converted into corresponding memory access 
operations. Thus, each array dx and dy needs at least 
S 15 one pointer for pointing to the storage locations in 

CP the external memory 2 6 where the elements of the array 

are stored. Each such pointer is held in a register of 
4S the register file 20. 

Although the constant value da could be dealt with 
q 20 using a similar pointer to its location in the memory, 

JfJ as the value is loop- invariant it is more convenient 

hyj and fast to keep it directly in its own register of the 

p register file 20 during execution of the loop. 

The next step in the process of compiling the 
2 5 example loop shown in the code box above would be to 

perform a variety of optimisations to convert the data- 
flow graph shown in Fig. 2 into a form which is closer 
to actual machine instructions. During this process 
the compiler would typically determine what values 
30 change within the loop and what values remain the same. 

For example, in this case, the value of "da" is not 
altered at all during the loop. Array references are 
converted into pointer accesses, and auto- increment 
addressing modes are used if the target machine 
35 supports such a feature. 

The resulting internal tree-structured compiler 



representation is illustrated in Fig. 3. The 
illustrated representation shows the individual machine 
operations Tl to T6 , their dependence relationships (as 
arrows) and attached to each arrow is an integer which 
5 represents the number of processor cycles required to 

complete the operation from which the arrow points. 

Listed below is a brief explanation of the meaning 
of each of the machine operations shown in Fig. 2. 
Id A, B: load the contents of memory 

10 location B into register A. 

mul A, B, C: multiply the contents of register B 

with the contents of register C and 
store the result in register A. 
p add A, B, C: add the contents of register B to 

M3 15 the contents of register C and 

m store the result in register A. 

PLI st A, B: store the contents of register A in 

1^ memory location B. 

HI Where a register is shown in brackets in Fig. 3, 

2 0 it is the contents of the memory location pointed to by 
the address stored in that register which is used. The 
symbol "++" after a register name means that the 
contents of that register is auto-incremented after it 
has been used in a particular operation. 

25 Instructions Tl to T6 illustrated in Fig. 3 relate 

closely to corresponding nodes Dl to D6 of the symbolic 
data-flow graph illustrated in Fig. 2. Intermediate 
values are assigned virtual register numbers 
(identifiers) vO to v3 , whilst other values are 
30 assigned register numbers (identifiers) rl to r3 . The 

virtual register numbers are not the final register 
assignments but are merely temporary labels for the 
arrows in the data-flow graph illustrated in Fig. 2 (as 
will be explained in more detail below) . 

3 5 Listed below is a summary of the use for each 
register identifier shown in Fig. 3. 
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rO : pointer to current dx 
rl : da 

r2 : first pointer to current dy 

r3 : second pointer to current dy 

vO : temporary label for dx 

vl : temporary label for da*dx 

v2 : temporary label for dy 

v3 : temporary label for dy+da*dx 

For example, in instruction T2 the contents of the 
memory location pointed to by register rO are loaded 
into register vO and the value (pointer) stored in 
register rO is subsequently incremented. Since the 
value stored in register rO is a pointer to the current 
dx, this represents an access to the value dx(i), which 
corresponds to node D2 of Fig. 2. Since array 
references have been converted into pointer accesses, 
the incrementing of variable i in line 1 of the code 
box is performed by incrementing the pointer to dx in 
instruction T2 and the two pointers to dy in 
instructions T4 and T6 . 

The longest path between any pair of instructions 
defines the minimum amount of time required to execute 
one iteration of the loop. This is known as the 
"schedule length" and is formally defined as the sum of 
the latencies along the longest (critical) path plus 1. 
In this example, therefore, the schedule length is ten 
cycles. A register which is auto- incremented in one 
cycle is ready for use again in the next cycle. 

All subsequent stages of compilation described 
here are specific to software pipelining. The first 
phase of software pipelining is to determine the loop 
initiation interval (referred to simply as "II"), which 
is the interval between initiation of successive 
iterations of the loop. The loop initiation interval 
depends on the available resources in comparison with 
the number of instructions to execute, as well as the 
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presence of any cycles in the data-flow graph. 

For example, the Fig. 1 processor has three 
instruction issue slots IS1 to IS3 and three execution 
units 14, 16 and 18, of which only the first and second 
5 execution units 14 and 16 are capable of accessing the 

external memory 26. It may also be the case that the 
execution units may be "specialised" units in the sense 
that they are optimised individually for carrying out 
different tasks.. For example, it may be that only 

10 certain of the execution units are capable of 

performing certain types of instruction. 

In the present example, it will be assumed that, 
taking account of the available resources, the loop 
initiation interval II is determined as two processor 

15 cycles. Also, it will be assumed that only the third 

execution unit 18 is equipped with the resources (e.g. 
an arithmetic and logic unit ALU) necessary to execute 
add and multiply instructions. 

The next step is to create a schedule which obeys 

20 a so-called modulo scheduling constraint. An example 

schedule is shown in Fig. 4. Such a schedule is stored 
in the schedule storage unit 12 of the processor 1 
shown in Fig. 1. In the Fig. 4 schedule the first 
issue slot handles only "Id" instructions, the second 

25 issue slot handles only "st" instructions and the third 

issue slot handles the arithmetic operators "mul" and 
"add" . 

The modulo scheduling constraint specifies that, 
for each issue slot, an instruction can be scheduled at 
30 time i if and only if there are no instructions 

scheduled at time j such that j modulo II is equal to 
i. This ensures that, with a new iteration starting 
every II cycles, there is no possibility that more than 
one instruction is required to be issued from a 
35 particular issue slot in a particular cycle. 

The modulo scheduling table shows how the five 



instructions T2 to T6 making up one iteration of the 
loop are scheduled. In particular, columns 3 to 5 of 
the table show the cycle in the schedule when each 
instruction is issued, the software pipeline stage in 
which it occurs, and the issue slot by which the 
instruction is issued (i.e. the execution unit which 
executes the instruction) . The final four columns 
indicate logical register numbers and shading is used 
to illustrate value lifetimes, as will be explained 
later in detail with reference to Figs. 6 to 8. 

As shown in the table, because of the modulo 
scheduling constraint no two instructions can be 
scheduled a multiple of two cycles apart in the same 
issue slot. Thus, once the first load instruction T2 
has been scheduled for issue from issue slot 1 in cycle 
0, the next instruction, i.e. the multiply instruction 
T3 which is to be issued in cycle 2, must be scheduled 
in a different issue slot from issue slot 1, in this 
case issue slot 3. Issue slot 3 is chosen because only 
the third execution unit 18 is capable of executing 
multiply instructions in this example. Similarly, once 
the second load instruction T4 has been scheduled for 
issue in cycle 3 from issue slot 1, the next 
instruction, i.e. the add instruction T5 which is 
scheduled for issue in cycle 5, must be issued from a 
different slot from slot 1, in this case again the slot 
3. The fifth instruction, which is the store 
instruction T6 , is required to be issued at cycle 9. 
Because of the modulo constraint, this cannot be issued 
in either issue slot 1 or issue slot 3, and must 
accordingly be assigned to issue slot 2 . 

It should be understood that the schedule in the 
Fig. 4 table relates to one iteration only. Every II 
cycles another iteration is initiated according to the 
same schedule. Thus, when the current iteration is at 
stage 1, the immediately-preceding iteration will be at 
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stage 2, the iteration before that will be at stage 3, 
the iteration before that at stage 4 and the iteration 
before that at stage 5. The instructions are scheduled 
for issue by the same issue slots in all iterations, so 
5 that each issue slot issues the same instruction every 

II cycles. 

If the target machine has a set of rotating 
(logical) registers called sO, si, s2 up to sr, then 
these may be allocated in place of the virtual 
10 registers as shown in the four right-most columns. It 

is apparent from Fig. 4 that the register allocated to 
vO changes from being sO in stage 1 to si in stage 2 . 
This is because the renaming mechanism effectively 
D shifts the register names by one each time a pipeline 

15 boundary is crossed and a new iteration is begun. This 

CP allows the value of vO computed in iteration i to be 

jjjj distinguished from the value of vO computed in 

=p iterations i+1 and i-1. 

This places a requirement on the hardware which 
p 20 accesses registers to shift the registers at regular 

intervals. If the binding between a register name and 
ff| the register contents is fixed, then the shifting could 

O only be achieved by physically copying si to si + 1, for 

all i in the shifting register file range. This would 
25 be prohibitively costly, so instead the binding of 

register names to register locations can be made to 
rotate when a shift operation is required. The above- 
mentioned registers sO to sr are therefore not the 
final physical register numbers, but are logical 
3 0 register numbers which are converted (mapped) at run- 

time to physical register numbers. 

Many software pipelined loops also require a 
number of loop- invariant values to be available in 
registers. A loop- invariant value is a value which is 
35 used inside the loop, but which is never re-computed 

within the loop. An example is the value "da" in the 
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above example loop. Such values must be stored in 
registers that do not undergo register renaming during 
loop execution (statically-named registers) . The 
pointers to the arrays dx and dy, although not loop- 
5 invariant values, can also be stored in statically- 

named registers in this example. Consequently, a 
preferred form of register file for use in this context 
may have a renamable portion for holding loop-variant 
values, and a statically-named portion for holding 
10 loop- invariant values and other suitable values. 

One example of such a register file is illustrated 
in Fig . 5 . 

The example register file 120 shown in Fig. 5 
consists of N registers. Of these, the lower-numbered 
S 15 K are statically named and the higher -numbered N-K are 

Ort dynamically named (renamable) . The statically-named 

M S registers make up a statically-named portion 120S of 

the register file and the renamable registers make up a 

%j 

" 3 renamable portion 120R of the register file. 

C3 2 0 Each instruction specifies its register operands 

by means of a logical register number. This is an tit- 
bit binary integer in the range 0 to N-l, where 
m=flog 2 (N)~|. The Fig. 5 register file requires mapping 
circuitry that implements a bijective mapping from 
25 logical register identifiers (numbers) to physical 

register identifiers (addresses) . Each physical 
register address P is also an m-bit binary integer in 
the range 0 to N-l, and identifies directly one of the 
actual hardware registers. 
30 If an instruction specifies a logical register 

number R as one of its operands, and R is in the range 
0 to K-l inclusive, then the physical register number 
is identical to the logical register number of that 
operand. However, if R is in the range K to N-l then 
35 the logical register number of that operand is given by 

P such that : 
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P = K+ |R - K + OFFSET | N _ 



(1) 



In this notation, |y| x means y modulo x. OFFSET is 
a mapping offset value (integer) which increases (or 
decreases) monotonically by one whenever the registers 
are renamed. 

This mapping from logical register number R to 
physical register number P will now be explained in 
more detail with reference to the table shown in Figs. 
6A and 6B. The table of Fig. 6B is a continuation of 
the table shown in Fig. 6A. The table shows the 
register renaming scheme in operation for the same 
example as described above, with the first two 
iterations illustrated in Fig. 6A and the next two 
iterations illustrated in Fig. 6B. 

In this example, the value of K is assumed to be 
equal to four (since there are four statically-named 
registers rO to r3 ) . The value of N is assumed to be 
sufficiently large that it does not affect the progress 
of the present example. The mapping offset value 
OFFSET is initialised to the value 6, and is made to 
decrease by one every time a pipeline boundary is 
crossed, as shown in the second column of Figs. 6A and 
6B. 

The sequence of instructions shown in the first 
column of iteration 0 of Fig. 6A is the same as the 
sequence of instructions shown divided into three 
columns (issue slots 1 to 3) in Fig. 4. The 
statically-named registers are assigned logical 
register numbers rO to r3 . The loop-variant registers 
are given temporary register numbers (labels) vO to v3 . 
The same set of temporary labels are used for each 
iteration, so that the first column of each iteration 
shows the same sequence of instructions, shifted by the 
iteration interval II (which in this case is two 
cycles) . 
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On compilation, the temporary virtual register 
numbers vO to v3 are converted into logical register 
numbers, as shown in the corresponding columns headed 
vO to v3 within each iteration illustrated in Figs. 6A 
5 and 6B . For example, the virtual register number vO in 

cycles 0 and 1 of iteration 0 is assigned, by the 
compiler, the logical register number r4 . At run-time 
this logical register number is converted to a physical 
register number by using equation (1) above to map from 
10 R to P. In this case, R=4 , K=4 and "offset" = 6, and 

therefore the mapped physical register number will be 
equal to 10. Hence logical register number r4 is 
mapped at run-time to physical register number plO in 
this example . 

0f| 15 When a pipeline boundary is crossed, in order to 

||] identify the same register after the boundary is 

jjj crossed the compiler must use a logical register number 

=F that is incremented by one compared to the logical 

register number used before the crossing, so that at 
20 run-time, when the mapping is also rotated at each 

pipeline boundary, the correct physical register will 
be accessed from one stage to another. For example, 
considering the virtual register number vO in iteration 
0, when the pipeline boundary is crossed going from 
25 cycle 1 to cycle 2, the logical register number is 

incremented from r4 to r5 , so that the same physical 
register number (plO) is accessed in the second stage, 
taking into account the fact that OFFSET has decreased 
to 5 . 

3 0 Fig. 7 shows the result of the allocation of 

logical register numbers by the compiler for the 
sequence of instructions for each of the iterations 0 
to 3 shown in Figs. 6A and 6B. Fig. 8 shows the effect 
of the register mapping which is performed at run-time 
35 to map the logical register numbers to physical 

register numbers. 
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It can be seen, by considering the physical 
register numbers allocated to each of the variables 
labelled vO to v3 in the table of Figs. 6A and 6B, that 
the values of a variable in one iteration can be 
distinguished from the value of a variable in a 
neighbouring iteration, since the physical register 
allocated to that variable is different from one 
iteration to the next. Correct operation of the 
pipelined loop is therefore ensured. 

Incidentally, with the above-mentioned mapping 
equation (1) for the mapping from logical register 
number R to physical register P, when renaming the 
rotating registers OFFSET may be incremented or it may 
be decremented. If it is incremented then the logical 
register number of a particular physical register 
decreases by one each time OFFSET is incremented. 
Likewise if OFFSET is decremented the logical register 
numbers increase. 

Mapping circuitry suitable for performing the 
above-mentioned mapping is described in our co-pending 
United Kingdom application no. 0004582.3, the entire 
content of which is incorporated herein by reference. 

Fig. 9 shows the sequence of instructions issued 
in each of the issue slots IS1 to IS3 of the 
instruction issuing unit 10 of the processor 1 for the 
same four iterations described above with reference to 
Figs. 6 to 8 . The instructions shown in Fig. 9 
correspond to those in Fig. 7 using the logical 
register numbers allocated by the compiler before 
mapping to the physical register numbers which are 
shown in Fig. 8. Also shown against each instruction 
in each issue slot is the iteration and the pipeline 
schedule stage to which that instruction belongs. 

It can be seen from Fig. 9 that, at issue slot 1, 
during the first II cycles, when the loop is in its 
initial stage, only the "Id" instruction of iteration 0 
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is issued. When processing reaches cycle 2 (after the 
first pipeline stage of iteration 0 has been completed) 
the first pipeline stage of iteration 1 is begun at the 
same time as the second pipeline stage of iteration 0. 
Therefore, from cycles 2 to 7 , due to the setting up of 
the original schedule of Fig. 4, the first execution 
unit 14 alternates between executing the "Id" 
instruction from stage 1 of the schedule and executing 
the "Id" instruction from stage 2 of the schedule, the 
two "Id" instructions of each pair of successive "Id" 
instructions being from different respective 
iterations. This alternating execution continues until 
cycle 8, when no instruction is issued at issue slot 1 
because there is no further iteration after iteration 3 
to be executed in this example and the loop is 
beginning to shut down. 

A similar pattern can be seen in issue slot 3 of 
Fig. 9, where the instructions executed by the third 
execution unit 18 alternate, from cycles 4 to 9, 
between the "mul" instruction of stage 2 of the 
schedule and the "add" instruction of stage 3 of the 
schedule. During start-up of the loop, between cycles 
0 and 3, only one "mul" instruction is issued, in cycle 
2. Similarly, during shut-down of the loop, a single 
"add" instruction is issued in stage 3 (cycles 10 and 
11) . 

Due to the construction of the schedule in this 
particular example, a single instruction (a "st" 
instruction) is issued every II cycles in issue slot 2, 
starting in cycle 9 and ending in cycle 15. 

Fig. 10 illustrates a three-stage process from (a) 
a single sequence of instructions for one iteration of 
a loop, through (b) creation of a pipelined loop 
schedule consisting of five stages as described above, 
to (c) overlapped execution of seven iterations of the 
pipelined loop. Fig. 10(c) graphically summarises the 



setting up and shutting down of the loop iterations 
described above with reference to Fig. 9. As shown in 
Fig. 10(c), a new iteration is started each time a 
pipeline boundary is crossed, creating an overlapping 
stepped structure of iterations from the first 
iteration through to the last (seventh) iteration. 

Execution of these seven overlapped iterations can 
be divided into three conceptual phases: the "prologue" 
phase, the "kernel" phase and the "epilogue" phase. 
The prologue phase consists solely of iterations being 
initiated, with a new iteration being initiated every 
II cycles. The kernel phase consists both of 
iterations being completed and of iterations being 
initiated, with an iteration being completed every II 
cycles and a new iteration being initiated every II 
cycles. Finally, the epilogue phase consists solely of 
iterations being completed, with an iteration being 
completed every II cycles. 

Controlling the starting up and shutting down of 
the software pipelined loop as shown in Figs. 9 and 10 
requires the systematic enabling and disabling of 
pipeline stages at run-time to ensure correct operation 
of the loop. This task is performed by the loop 
control unit 13 of the processor 1 shown in Fig. 1. 

One possible scheme for controlling iteration 
initiation and completion will now be described with 
reference to Fig. 11. The scheme enables pipeline 
stages to be enabled (during the prologue and kernel 
phases) , and disabled (during the kernel and epilogue 
phases) in a systematic way. The scheme is useful in 
any processor which supports predicated execution based 
on a collection of general-purpose predicate registers. 
Each predicate register comprises a single bit and can 
store one state ("true" or "false") . Processors with 
predicate registers typically use these predicate 
registers to enable or disable instructions within a 
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software -pipelined loop schedule. 

The overlapped iterations (each consisting of five 
stages) shown in Fig. 11 correspond to those 
illustrated in Fig. 10. Also illustrated in Fig. 11 is 
5 a set of five pipeline stage predicate registers PI to 

P5 . These predicate registers PI to P5 correspond 
respectively to pipeline stages 1 to 5 within the 
pipelined loop schedule and the respective states 
stored in the predicate registers can change from one 
10 stage to the next during loop execution. These 

predicate registers are held within the loop control 
unit 13 of the processor 1. 

Each instruction in the software-pipelined 
schedule is tagged with a predicate number, which is an 
15 identifier to one of the predicate registers PI to P5 . 

For example, in the example of Fig. 11, the 
instruction (s) in stages 1 to 5 of the pipeline 
schedule would be tagged with the predicate register 
identifiers PI to P5 respectively. 
20 When an instruction is issued by the instruction 

issuing unit 10, an access is first made to the loop 
control unit 13 to determine whether the state of the 
predicate register corresponding to that instruction 
(as identified by the instruction's tag) is true or 
25 false. If the state of the corresponding predicate 

register is false then the instruction is converted 
automatically into a NOP instruction. If the 
corresponding predicate-register state is true, then 
the instruction is executed as normal. 
30 Therefore, with this scheme all instructions in 

pipeline stage i are tagged with predicate identifier 
Pi. For the scheme to operate correctly, it must be 
arranged, during loop execution, that the state of the 
predicate register Pi must be true whenever pipeline 
35 stage i should be enabled, for all relevant values of 

i. This provides a mechanism for enabling and 
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disabling stages to control the execution of the loop. 

Fig. 11 shows how the predicate-register states 
for each software pipeline stage change during the 
execution of the loop. Prior to the start of the loop, 
each of the predicate registers PI to P5 is loaded with 
the state 0 (false state) . Prior to initiation of the 
first iteration, the state 1 (true state) is loaded 
into the first predicate register PI, thus enabling all 
instructions contained within the first stage of each 
of the iterations. All other predicate registers P2 to 
P5 retain the state 0, so that none of the instructions 
contained within the second to fifth pipeline stages 
are executed during the first II cycles. 

Prior to the initiation of the second iteration, 
the state 1 is also loaded into the second predicate 
register P2, thus enabling all instructions contained 
within the second stage of the loop schedule. 
Predicate register PI still has the state 1, so that 
instructions contained within the first stage are also 
executed during the second II cycles. Predicate 
registers P3 to P5 remain at the state 0, since none of 
the instructions contained within the third to fifth 
pipeline stages are yet required. 

During the prologue phase, each successive 
predicate register is changed in turn to the state 1, 
enabling each pipeline stage in a systematic way until 
all five predicate registers hold the state 1 and all 
stages are enabled. This marks the start of the kernel 
phase, where instructions from all pipeline stages are 
being executed in different iterations. All the 
predicate registers have the state 1 during the 
entirety of the kernel phase. 

During the epilogue stage, the pipeline stages 
must be disabled in a systematic way, starting with 
stage 1 and ending with stage 5. Therefore, prior to 
each pipeline stage boundary, the state 0 is 



successively loaded in turn into each of the predicate 
registers PI to P5 , starting with PI. The pipeline 
stages are therefore disabled in a systematic way, thus 
ensuring correct shut down of the loop. 

A dynamic pattern is clearly visible from the 
predicate registers shown in Fig. 11, which dynamic 
pattern can be exploited. One previously-considered 
scheme makes use of a simple shift register to 
implement a shifting predicate register file. Each bit 
in the shift register represents one of the predicate 
values and the predicate values are stored in the 
shifting register file. 

With such an arrangement, a "1" or 0 is shifted 
into the right-most register prior to the initiation of 
each new iteration. Initially, the shifting predicate 
registers would contain the values 00000. A 1 would 
then be shifted into the right-hand end of the shifting 
set of predicates prior to the first iteration and the 
new value would then 00001. This turns on pipeline 
stage 1, but leaves stages 2 to 5 disabled during those 
II cycles. This pattern continues for IC loop 
iterations ( IC=iteration count) , which in this case is 
7. When IC loops have been initiated the loop enters 
the epilogue phase and the loop controller begins 
shifting zeros into the shifting predicate register 
file prior to each iteration to turn off the pipeline 
stages in the correct order. 

Such a scheme provides a reasonable degree of 
control of the pipeline stages, and the implementation 
is potentially simple. However, as described above, 
the number of pipeline stages in each software pipeline 
schedule depends upon both the code structure and the 
available resources (such as the number of instructions 
that can be issued simultaneously) . This therefore 
requires some degree of flexibility in the choice of 
which predicate registers are actually allocated to 
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pipeline stage control functions. In addition, as will 
be evident from the description below, it is 
advantageous in certain circumstances to have the 
ability to change and/or access the predicate registers 
5 in a flexible manner. 

Fig. 12 is a block diagram showing parts of a loop 
control unit 13 for use in a processor according to an 
embodiment of the present invention. The processor may 
be the processor 1 shown in Fig. 1. The loop control 
10 unit 13 comprises a control information portion 130, a 

predicate operating portion 132 and a predicate portion 
134. The control information portion 130 contains a 
control information holding unit 131 for holding items 
of control information, the predicate operating portion 



m 15 132 contains an operating unit portion 133, and the 

**J predicate portion 134 contains a predicate register 

yf| file 135. The predicate operating portion 132 is in 

4^ communication with the instruction issuing unit 10 of 

M 

the processor 1, as well as the control information 

£3 20 portion 130 and the predicate portion 134. In 

f Iff 

5g- addition, the control information portion 130 is in 

\ y 

fy communication with the schedule storage unit 12 of the 

J*7 processor 1. 

During execution of a loop, for each instruction 

25 for which is to be executed, the instruction issuing 

unit 10 retrieves the instruction from the schedule 
storage unit 12 and examines the predicate register 
identifier which is attached to that instruction (as 
described above) . The instruction issuing unit 10 then 

30 requests the predicate operating portion 132 of the 

loop control unit 13 to determine whether that 
instruction is to be executed as normal or is to be 
converted automatically into a NOP operation. The 
predicate operating portion 132 then accesses the 

35 predicate portion 134, which contains a record of the 

current state of the predicate registers, to determine 



whether the relevant predicate-register state is true 
or false. The predicate operating portion 132 then 
returns this true or false state to the instruction 
issuing unit 10. 

In this embodiment, the initialisation, shifting, 
loop shut down and termination detection is carried out 
by the control information portion 13 0 and predicate 
operating portion 132 with access to the predicate 
portion 134 . The use of the control information 
holding unit 131 and the predicate register file 135 
will now be described in more detail with reference to 
Fig. 13. The predicate operating portion 132 will be 
described in more detail thereafter. 

In Fig. 13, the control information holding unit 
131 consists of an n-bit register (referred to 
hereinafter as a "loop mask" register) which is used 
for identifying a shifting subset 136 of the n-3 (or 
fewer) predicate registers (P3 to Pn-1) that are used 
as shifting predicate registers for loop control 
purposes. The loop mask register 131 holds n bits 
(items of control information) which correspond 
respectively to the n predicate registers in the 
predicate register file 135. 

If the predicate register Pi is to be included in 
the set 136 of shifting predicate registers, then the 
corresponding bit i in the loop mask register 131 is 
set to the value " 1" . Conversely, if the predicate 
register Pi is not to be included in the set 136 of 
shifting predicate registers then the corresponding bit 
i in the loop mask register 131 is set to the value 
" 0 " . Typically the loop mask register 131 will contain 
a single consecutive sequence of ones starting at any 
position from bit 3 onwards, and of maximum length n-3. 

It is preferable that two predicate registers, for 
example P0 and PI, are set permanently to the two 
possible states 0 and 1 respectively. These registers 
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are referred to herein as preset registers 139. This 
is useful when, for example, it is known that a 
particular instruction is always to be executed. Such 
an instruction could be tagged with the preset register 
5 PI (known to have the state "1" at all times) . Another 

situation is where it is necessary to initialise a 
particular predicate register to the state 0, for 
example. Having preset register PO permanently set to 
state 0 allows this initialisation to be performed by a 
10 simple copy from PO into the predicate register 

concerned . 

One additional predicate register, referred to 
herein as the seed register 137, is used to control the 
start up and termination of the loop. The preset 

15 registers 139 and the seed register 137 cannot 

therefore be included in the set of shifting registers 
136. The remaining predicate registers 138 are 
unaffected by operations performed on the predicate 
register file in this example. 

20 The predicate register identifier which is 

attached to each instruction preferably identifies 
directly one of the predicate registers within the 
predicate register file 135. If, for example, there 
are 32 predicate registers, the predicate register 

25 identifier can take the form of a 5-bit field contained 

within the instruction. 

In this example, the identifiers for all 
instructions in a particular pipeline stage are the 
same so that all of them are either enabled or disabled 

30 according to the corresponding predicate-register 

value. There can, however, be more than one predicate 
register associated with a particular stage (for 
example with if /then/else or comparison instructions) . 
The relationship between the bits (items of 

35 control information) in the loop mask register 131 and 

the predicate registers in the predicate register file 
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135 is illustrated in Fig. 13. In this example, bits 
14 to 25 of the loop mask register 131 are set to 1, 
and all other bits are set to 0. 

The control information portion 13 0 also contains 
5 circuitry (not shown) which is used for initialising 

the items of control information in the loop mask 
register 131. This initialisation is performed in 
dependence upon information obtained from the schedule 
storage unit 12 of the processor 1. Such information 
10 would include, for example, the number of pipeline 

stages (and therefore the number of predicates needed 
for loop control) . 

The predicate registers P0 to Pn-1 are initialised 
□ and changed, during loop execution, in a predetermined 

15 way by the predicate operation portion 132 in 

|T1 dependence upon information supplied from the control 

ff- 1 

"jiS information portion 13 0 (with access to the items of 

45 control information in the loop mask register 131) . 

^ These updates to the predicate register file 135 will 

Pj 20 now be described in more detail. 

Prior to the initiation of each successive loop 
hjj iteration, a shift operation is performed in which the 

Q content of each predicate register of the shifting 

subset is the recipient of the content of the predicate 
25 register to its immediate right. The predicate 

register to the immediate right of the shifting subset 
(P13 in Fig. 13) is the seed register 137. Thus, in 
each shift operation the content of the first predicate 
register (P14) of the shifting register subset 136 is 
30 set to the content of the seed register ("the seed") . 

For example, referring to Fig. 11, during the 
prologue and kernel phases of loop execution, the seed 
register 137 would be preset to the state " 1" whilst, 
during the epilogue stage, the seed register 13 7 would 
3 5 be preset to the state "0" in order to perform loop 

shut down. When shifting occurs, the seed is copied 



into the right-most register (P14) but the seed itself 
remains unaltered . 

The four main operations that take place on the 
predicate register file 135 during loop sequencing are: 
initialisation, shifting, shutting down and completion 
detection. The processor 1 will, when appropriate, 
cause each of these operations to take place. The 
operations each modify the contents of the predicate 
register file 135 in specific ways, in dependence upon 
the items of control information in the loop mask 
register 131 . 

The above -described operations are performed in 
this embodiment by the operating unit portion 133 
within the predicate operating portion 132 . The 
operating unit portion 133 will now be described with 
reference to Figs. 14 to 16. 

Fig. 14 is a block diagram showing in more detail 
the operating unit portion 133 of Fig. 12. The 
operating unit portion 133 contains a plurality of 
individual operating units OU 2 to OU n _! which correspond 
respectively to the above -described predicate registers 
P2 to Pn-1 of Fig. 13. Each operating unit contains a 
state determination unit 300. Each operating unit OUi 
has a first control input Cl(i) connected for receiving 
from the control information holding unit (loop mask 
register) the item L ± of control information which 
corresponds to its unit's own corresponding predicate 
register Pi. Each operating unit OUi has a second 
control input C2(i) connected for receiving from the 
control information holding unit (loop mask register) a 
further item of control information, which in this 
embodiment is the item L i+1 that corresponds to the 
predicate register P i+1 immediately following the unit's 
own corresponding predicate register P ± . 

Each operating unit also has one or more state 
inputs, each connected to the predicate register file 
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135 for receiving an item P of state information 
indicating the state (content) of a predetermined one 
of the predicate registers. In this embodiment, each 
operating unit 0U ± has a first state input Sl(i), which 
receives a state- information item for its unit's own 
corresponding predicate register Pi, and a second state 
input S2 (i) which receives a state- information item for 
the predicate register P^ immediately preceding the 
unit's own corresponding predicate register Pi. 

The state determination unit 300 performs a state 
determining operation in which the state of its own 
corresponding predicate register P ± is determined in 
dependence upon the received control -information items 
and the one or more received state- information items. 
The new state Pi' which is determined is made available 
at an output Pout(i) . It is preferable that the 
operating units OU 2 to OU n _! operate in parallel with one 
another to perform respective such state determining 
operations . 

Each operating unit may be operable to perform 
more than one state determining operation. This can be 
achieved by each operating unit having more than one 
such state determination unit 3 00, each capable of 
performing a different state determining operation. 
Alternatively, each operating unit may be provided with 
a state determination unit 300 operable selectively to 
carry out more than one state determination operations. 
In such a case, the operating unit is preferably 
provided with a selection input SEL(i), at which one or 
more selection signals used to determine the kind of 
the state determining operation to be performed by the 
operating unit are received. In this embodiment the 
state determining operations which can be selected 
include the above -described initialisation, shifting 
and shutting down operations [I, S, D] . The completion 
detection operation is not one of the available state 



determining operations in this embodiment because it 
does not involve determining the state of any predicate 
register. Nonetheless, if desired the operating units 
may be designed in another embodiment to carry out the 
completion detection operation. 

Before describing one possible embodiment of a 
state determination unit 300, the above-described four 
operations will now be described in turn with reference 
to the loop mask register 131 and the predicate 
register file 135 described above in relation to Fig. 
13 . 

Initialisation of the predicate register file 135 
prior to the start of a software-pipelined loop can be 
achieved by performing the following logical 
operations, represented by pseudo-code: 

for all i from 2 to n-1: 

P ± ' = L ± AND (Pi OR L i+1 ) 

These logical operations cause each predicate 
register within the shifting register subset 136 of the 
predicate register file 137 to be reset to the state 0 
(since Li = 0 for those registers) . All other 
predicate registers except for the seed register are 
unaffected (because L ± AND P ± = P ± ) . The seed register 
137, if not already set to the state 1, is set to the 
state 1 (because Li = 0 and L i+1 = 1, so P t ' = 1) . The 
seed register 137 is set to the state 1 in readiness 
for the start of the loop, where it will be required 
for ones to be shifted sequentially into the shifting 
register subset 136 from the right-hand end thereof. 

Prior to the start of each iteration the states of 
the predicate registers within the shifting register 
subset 136 must be shifted one register to the left. 
This involves a selective copying from P^ to P ± for all 
predicate registers P ± for which the corresponding loop 
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mask bit L ± is set . This can be expressed by the 
following pseudo-code: 

for all i from 2 to n-1: 

Pi' = (Li AND P ± ) OR (Li AND P ± . ± ) 

The logical expression L ± AND P ± contained within 
the first pair of brackets simply causes the existing 
state of P ± to be retained if the value stored in Li is 
the value 0 . The logical expression L ± AND P^ 
contained within the second pair of brackets causes the 
state stored in P^ to be copied into P ± if the value 
stored in L ± is the value 1 (i.e. if the register P i is 
contained within the shifting register subset 136) . In 
this way, for the example shown in Fig. 13, the 
respective states stored in the seed register P13 and 
in the shifting registers P14 to P24 are shifted one 
register to the left. The state of the seed register 
137 is left unaffected, and the existing state of the 
register P25 at the left-hand end of the shifting 
register subset is discarded (overwritten) . The state 
of the predicate register P26 is unaffected. 

To initiate loop shut-down, the seed register 137 
must first be cleared. The location of the seed 
register 137 can be determined by observing the pattern 
of bits in the loop mask register 131 to locate a pair 
of successive bits of the loop mask register 131 for 
which Li is 0 and L i+1 is 1. This action of clearing the 
seed register can be represented by the following 
pseudo-code : 

for all i from 2 to n-1: 

Pi' = Pi AND (Li OR L i+1 ) 

In addition to the three state determining 
operations described above it is preferable to be able 



to target specific predicate registers as the 
destination register for comparison operations which 
yield one or more boolean results. Hence, a facility 
for setting either a state 0 or a state 1 into an 
individual predicate register is also desirable to 
provide a further state determining operation (writing 
operation) . This can be achieved by providing each 
operating unit 0U ± with a data input DATA ( i ) for 
receiving a data signal V and by using a further 
selection signal W (write-enable) which is applied to 
the selection input(s) SEL(i). 

Circuitry for performing the full set of four 
state determining operations described above can be 
implemented using standard logic design techniques to 
yield a finite state machine for use as the state 
determination unit 300 in each operating unit OU. The 
inputs to the computation of the next state for Pi will 
be a set of selection signals I, S, D, W to select one 
of the four available state determining operations , two 
control -information items L ± and Li i+ i, two state- 
information items indicating the existing states of the 
predicate registers P ± and Pi_i, and the data signal D. 
The logical complexity of this state determination unit 
can be as little as three stages of logic gates. 

One example of the implementation of the state 
determination unit 300 in the present embodiment is 
shown in Fig. 15. The state determination circuitry 
300 comprises six inverters (NOT gates) 310 x to 310 6/ 
seven AND gates 320 x to 320 7 and one OR gate 330. 

The first inverter 310 x receives at its input the 
shutting down selection signal D, and its output is 
connected to one input of the second AND gate 320 2 . The 
second inverter 310 2 receives at its input the control- 
information item Li and its output is connected to an 
input of each of the first, second, fifth and sixth AND 
gates 320^ 320 2/ 320 5 and 320 6 . The third inverter 310 3 
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receives at its input the initialisation selection 
signal I and its output is connected to respective 
inputs of both the third and fourth AND gates 320 3 and 
320 4 . The fourth inverter 310 4 receives at its input 
5 the control-information item L i+1 and its output is 

connected to one input of the first AND gate 320!. The 
fifth inverter 310 5 receives at its input the shifting 
selection signal S and its output is connected to an 
input to the third AND gate 320 3 . The sixth inverter 
10 310 6 receives at its input the selection signal W and 

its output is connected to an input of each of the 
first to sixth AND gates 320! to 320 6 . 

In addition to the above-described inputs received 
1* from the inverters 310 x to 310 6/ the AND gates 320 ± to 

63 15 320 7 receive further inputs as follows. The first, 

Jfj second, third and sixth AND gates 320 1# 320 2/ 320 3 and 

\fl 32 0 6 each receive as further inputs the state - 

H^j information item Pi. The third AND gate 320 3 receives 

as a further input the control -information item Li. The 
C3 20 fourth AND gate 320 4 receives as further inputs the 

in 

~j state-information item P^ lf the control -information 

fli item L ± and the selection signal S. The fifth AND gate 

320 5 receives as an input the selection signal I and 
receives as a further input the control-information 
25 item L i+1 . The sixth AND gate 320 6 receives as a further 

input the selection signal S. The seventh AND gate 320 7 
receives as inputs both the data signal V and the 
writing selection signal W. 

The respective outputs of the seven AND gates 320 x 
30 to 320 7 are all connected to respective inputs of the OR 

gate 330. The new state Pi' for predicate register P ± 
is obtained at the output of the OR gate 330. 

Operation of the state determination circuitry of 
Fig. 15 will now be described. As mentioned above, the 
35 circuitry is operable to perform the following four 

operations: initialisation, shifting, shutting down and 
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writing . 

As shown in Fig. 16, when a writing operation is 
to be performed, the selection signal (write-enable 
signal) W is set to the value 1 and the data signal V 
5 is set to the state which is to be written to predicate 

register Pi. In the Fig. 16 illustration, each of the 
other three selection signals D, I and S is set to the 
value 0, although in fact they can take any value since 
the AND gates to which they are connected are disabled 
10 anyway because each of them receives an input W=0 via 

the sixth inverter 310 6 . The output of the seventh AND 
gate 320 7 is identical to the data signal V, and the new 
state Pi' output from the OR gate 330 is therefore the 
data signal V. This new state Pi 1 for predicate 
15 register P ± is then loaded into that predicate register 

contained within the predicate register file 135 by 
circuitry (not shown) within the predicate portion 134. 
=P Incidentally although in Fig. 15 each operating 

unit OU receives its own independent writing selection 
□ 20 signal W and its own independent data signal V, it will 

be appreciated that one or both signals W and V could 
alternatively be provided in common to all the 
operating units. 

As shown in Fig. 17, when an initialisation 
25 operation is to be performed, the initialisation 

selection signal I is set to the value 1, and each of 
the three other selection signals D, S and W is set to 
the value 0. It can be shown that the output Pi' of the 
OR gate 33 0 is then given by: 

30 

Pi' = (Pi AND L i+1 AND L ± ) OR (Pi AND L ± ) OR (L i+1 AND 
= ^ AND ( [P ± AND L i+1 ] OR P t OR L i+1 ) 
= L ± AND (P ± OR L i+1 ) 

35 since ([A AND B] OR A) = A. This expression for Pi' is 

the same as that given above in the description 



relating to the initialisation operation. 

As shown in Fig. 18, when a shifting operation is 
to be performed, the shifting selection signal S is set 
to the value 1, and each of the three other selection 
signals D, I and W is set to the value 0. It can be 
shown that the output Pi' of the OR gate 330 is then 
given by : 

P ± ' = (Pi AND L i+1 AND L ± ) OR (Pi AND L ± ) OR (P^ AND L ± ) 
= (P ± AND Li) AND (L i+1 OR 1) OR (P^ AND Li) 
= (P ± AND Li) OR (Pi_ x AND L ± ) 

This expression for Pi' is the same as that given above 
in the description relating to the shift operation. 

As shown in Fig. 19, when a shutting down operation 
is to be performed, the shutting down selection signal 
D is set to the value 1, and each of the three other 
selection signals I, S and W is set to the value 0. It 
can be shown that the output Pi' of the OR gate 330 is 
then given by: 

P ± ' = (Pi AND L i+1 AND L ± ) OR (P ± AND Li) 
= Pi AND ( [L i+1 AND Lj OR LJ 
= Pi AND (L i+1 OR L ± ) 

since ( [A AND B] OR B) = (A OR B) . This expression for 
Pi' is the same as that given above in the description 
relating to the shutting down operation. 

The end of the epilogue phase can be detected 
(completion detection) by performing an AND operation 
of the state P ± of each predicate register and the value 
of the control -information item Li corresponding to the 
predicate register concerned, i.e. a bit-wise AND of 
the loop mask register 131 and the predicate register 
file 135. If the resulting collection of AND-operat ion 
results are all false then the loop has terminated. 



This test can be represented by the following pseudo- 
code : 



end = 0 

for all i from 2 to n-1: 

end = end OR (L ± AND P ± ) 



If the value of "end" is 0 after this procedure, 
the end of the epilogue phase has been detected. 

Each operating unit OUi could be provided with a 
completion detection circuit (e.g. a three-input AND 
gate receiving as inputs P i7 Li and a further selection 
signal used to select a completion detection operation) 
to carry out the AND operation for its corresponding 
predicate register. The respective AND-operat ion 
results would then be output to further completion- 
detection circuitry (e.g. an n-input NOR gate) which 
would produce the end signal. 

In the present embodiment the operating units are 
capable of carrying out more than one different kind of 
state determining operation, but this is not an 
essential feature of the invention. Similarly, it is 
not essential that the state determining operations be 
the particular operations (initialisation, shift, 
shutting down and writing) described above. The 
operating units may be designed to carry out any 
suitable state determining operations in parallel with 
one another. It is also not essential that the 
control -information items be used to denote whether or 
not the corresponding predicate registers belong to a 
shifting subset. The control - information items can be 
used for any suitable purpose such as distinguishing 
generally between the predicate registers. 

The control -information items are not restricted to 
binary values 0 and 1 . Each item could be a symbol and 
have two or more bits, so that more than two values 



could be represented by each item. 

It will be appreciated that in the embodiment 
described above, the plurality of individual operating 
units are capable of carrying out respective state 
determining operations in parallel with one another. 
In another aspect of the present invention, operating 
units which operate in parallel with one another are 
not an essential feature. In this other aspect of the 
invention, the control -information items are used to 
designate one or more predicate registers of the 
predicate register file as respective shifting 
registers. Then, in a shift operation, for each 
predicate register designated as such a shifting 
register, the state of the preceding register is 
transferred into the register concerned, no such 
transfer being carried out into any register that is 
not designated as such a shifting register. In this 
case, it is not necessary for the shift operation to be 
carried out by operating units working in parallel with 
one another. The shift operation could be carried out 
sequentially for the designated shifting registers. 

Circuitry embodying this aspect of the invention 
may also be capable of carrying out the other kinds of 
operation mentioned above, for example the 
initialisation, shutting down and writing operations, 
but this is not essential. If such operations are 
available, they also need not be carried out in 
parallel by different operating units. For example, in 
the shutting down operation the items of control 
information in the loop mask register 131 could be 
examined sequentially to find the location of the seed 
register . 

Furthermore, in this aspect of the invention the 
loop mask register could be replaced by some other 
arrangement for flexibly designating which predicate 
registers of the predicate register file are to be 



shifting registers. For example, the designating 
circuitry could be a pair of control registers, one 
indicating the location of the first predicate register 
that is designated as a shifting register (e.g. P14 in 
Fig. 13) and the other control register of the pair 
indicating the last register (P25) so designated. 
Alternatively, instead of indicating the last register, 
the number of registers in the shifting subset could be 
stored instead. Other variations are possible. 

Although the above description relates, by way of 
example, to a VLIW processor capable of software-- 
pipeline execution, it will be appreciated that the 
present invention is applicable to processors not 
having these features. A processor embodying the 
present invention may be included as a processor "core" 
in a highly- integrated " system-on-a-chip" (SOC) for use 
in multimedia applications, network routers, video 
mobile phones, intelligent automobiles, digital 
television, voice recognition, 3D games, etc. 



